home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 001386_daemon _Mon Jun 21 15:34:17 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  2KB
  1. Received: by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  2.     id AA07478; Mon, 21 Jun 93 15:34:24 MET DST
  3. Return-Path: <cja@castle.edinburgh.ac.uk>
  4. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  5.     id AA07473; Mon, 21 Jun 93 15:34:17 MET DST
  6. Received: from sun2.nsfnet-relay.ac.uk by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  7.     id AA06793; Mon, 21 Jun 1993 15:56:34 +0200
  8. Via: uk.ac.edinburgh.castle; Mon, 21 Jun 1993 14:55:57 +0100
  9. To: Dave_Raggett <dsr@hplb.hpl.hp.com>
  10. Subject: Re: HyTime compatibility (was Re: HTML spec)
  11. From: Chris Adie <cja@castle.edinburgh.ac.uk>
  12. Reply-To: C.J.Adie@edinburgh.ac.uk
  13. Cc: mleventh@us.oracle.com, www-talk@nxoc01.cern.ch
  14. Date: Mon, 21 Jun 93 14:55:52 WET DST
  15. Message-Id: <9306211455.aa04200@castle.ed.ac.uk>
  16.  
  17. > I am exploring what it means to make HTML+ HyTime compatible. Elliot
  18. > Kimber (IBM) is helping me in this regard. It definitely looks an
  19. > important issue for the long term viability of HTML.
  20.  
  21. I have the HyTime standard in front of me, and on first reading it is
  22. impressive in terms of what it tries to cover.  Much of it is
  23. impenetrable, but I hope another pass through it will clarify my
  24. understanding a bit.
  25.  
  26. But a word of caution.  In at least two different places I have read
  27. that HyTime was designed for the INTERCHANGE of hypermedia data, and
  28. that it is not necessarily a good choice for an efficient run-time
  29. hypermedia format.  Of course, it may well be that the overhead
  30. associated with HyTime is small compared with the network overhead for
  31. multimedia data transfer - but we should be aware of the problem. 
  32.  
  33. Making WWW HyTime-compatible does not bring any immediate benefits. 
  34. Maybe it would make the job of client developers easier if there was a
  35. public-domain HyTime engine available - but until there is, it is
  36. difficult to argue for.
  37.  
  38. Despite the above, I am keen that WWW should move in this direction. 
  39. HyTime appears to provide a good deal of flexibility.  You could simply
  40. view it as a collection of useful ideas with which to design hypermedia
  41. applications - and nothing is lost by building in HyTime compatability.
  42.  
  43. Chris Adie                                   Phone:  +44 31 650 3363
  44. Edinburgh University Computing Service       Fax:    +44 31 662 4809
  45. University Library, George Square            Email:  C.J.Adie@edinburgh.ac.uk
  46. Edinburgh EH8 9LJ, United Kingdom
  47.